Python Requests
-
K8s 混合调度 MIG 与 MPS 的终极实践：把 GPU 榨出最后一滴油水
在 AI 推理服务的生产环境中，最让基础设施团队头疼的，莫过于 “显存闲置” 与 “算力浪费” 。 普通的 AI 推理任务（尤其是中小模型、NLP 分类、OCR、语音识别等）往往呈现“高频、低延迟、低 GPU 利用率”的特点。如...
-
Triton BLS 性能优化：如何优雅地实现 PyTorch 与 Triton Tensor 的「零拷贝」转换
在 Triton Inference Server 中编写 Python BLS（业务逻辑脚本）时，一个最容易忽视但也最致命的性能瓶颈就是 GPU 与 CPU 之间不必要的内存拷贝 。 很多刚接触 Triton 的同学，在编写 Py...
-
Triton 架构下 Python 与 PyTorch Backend 的并发显存开销差异及泄露精准定位实践
在生产环境中部署深度学习模型时，NVIDIA Triton Inference Server 是最常用的高性能推理引擎之一。然而，许多开发者在从 PyTorch (LibTorch) Backend 迁移到 Python Backend，...
-
高并发下的多卡 Triton 推理优化：如何利用 CUDA IPC 与 NCCL 实现跨卡零拷贝级联？
在多卡（Multi-GPU）环境下部署复杂的大模型流水线或级联模型（Ensemble/Pipeline）时，GPU 之间的数据传输延迟往往会成为整个吞吐链路的致命瓶颈。 典型的级联场景（例如： Visual Grounding 任务中...
-
高并发生产环境下，如何无损动态更新 Triton BLS 路由逻辑？
在生产环境的高并发场景下，直接重启 Triton Inference Server 来更新 BLS（Business Logic Scripting）脚本的路由逻辑是不可接受的。这不仅会导致瞬时服务中断，还可能造成正在处理的（In-fli...
-
突破 IPC 瓶颈：如何在 Triton Python Backend 中优雅地使用 CUDA Shared Memory？
在高性能深度学习推理场景中， Triton Inference Server 凭其优秀的并发处理能力被广泛采用。然而，许多团队在使用 Python Backend 编写自定义预处理或模型后处理逻辑时，常常会遇到性能瓶颈。 这个瓶...
-
突破通信瓶颈：vLLM 混合并行与 K8s 拓扑感知调度深度实践
在大规模 LLM（如 Llama-3-70B、Mixtral-8x22B 等）推理场景下，基于 vLLM 的分布式推理服务面临着极其严苛的时延挑战。 Tensor Parallelism（张量并行，简称 TP）由于在每个 Transf...
